home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 February / EnigmA AMIGA RUN 15 (1997)(G.R. Edizioni)(IT)[!][issue 1997-02][PLANET CD V].iso / enigma / tools / anim.doc < prev    next >
Text File  |  1995-05-07  |  7KB  |  157 lines
  1.  
  2. This describes(rather roughly) the animation types supported and some
  3. of their special features. It's more of an organized rambling but
  4. might give insight into what's going on.
  5.  
  6. FLI/FLC Animations:
  7.  
  8.   FLI is by Autodesk Animator for the PC's. Support is for the 320x200
  9.   images. The file is composed of a series of images and deltas(a delta
  10.   is data that can generate the next image given a previous image) to
  11.   be played in sequence. An FLI animation can also change the color map
  12.   during the anim. FLC's have a few additional chunks and has support
  13.   for larger image sizes.
  14.  
  15. IFF Animations and Images:
  16.  
  17.   IFF files were developed for the Amiga. Sound chunks are currently
  18.   ignored. Most IFF Animation files are meant to be double buffered.
  19.   The deltas refer not to the previous image, but the image before the
  20.   previous(two back). I know of 11 types of compressions 0 thru 8, J,
  21.   l and scala 32.
  22.  
  23.   I've only included types 3, 5, 7, J and l because those are the only
  24.   ones I could test. The J type compression has an ANSI chunk at the
  25.   end which includes the order in which the deltas are to be applied
  26.   and they can be used more than once.  Type l (small L) type anim is
  27.   also supported in revs 229 and higher. It's a compression type I've only
  28.   found in older animations.
  29.  
  30.   IFF animations can be looping or non-looping. Looping means the last
  31.   two deltas produce images that are the same as the 1st two images. To
  32.   continuously loop an animation, you would not jump back to the beginning
  33.   but to the 2nd image instead. In order to loop non-looping animations
  34.   you would need to jump to the 1st image. There's no way to know ahead
  35.   of time which is which so the default is looping and if you have a
  36.   non-looping animation use the -c switch.
  37.  
  38.   The Amiga has a couple of weird display modes, EHB and HAM. XAnim fully 
  39.   supports EHB animations. HAM can produce 4096 colors(4 bits each red,
  40.   green, and blue) from 6 bits per pixel. One True and Direct Color
  41.   displays this is no problem. On lesser display, you have your choice
  42.   of 332 or Grayscale. 332 means the  8 bits(for 256 color display, less
  43.   for others) is divided into 3 bits of red, 3 bits of green and 2 bits
  44.   of blue and the HAM images are mapped to fit.
  45.   Surprisingly enough, it's not too bad for most anims.
  46.   NOTE: HAM8 is recently out and that is supported the same way.
  47.  
  48.   IFF supports color cycling chunks that specify color ranges to be
  49.   cycled at specified intervals. Since there's no obvious end to this
  50.   type of animation, I just display the image for a set interval(see
  51.   xanim_config.h) and then move on. Early Amiga software totally
  52.   screwed up by saving color cycling chunks enabled in a lot of
  53.   images that were never meant to be cycled. This goes for animations
  54.   as well. 
  55.  
  56.   Single IFF images are supported as well. Uncompressed and 
  57.   compression type 1 are supported. (XAnim makes use of the public domain
  58.   unpacker routine by Jerry Morrison and Steve Shaw). see unpacker.c.
  59.  
  60. GIF Images/Animations.
  61.  
  62.   The GIF file consists of a screen color map and then a series of images,
  63.   each with their own optional color map. The images don't have to be at
  64.   the origin and can be any size smaller than the screen size. This allows
  65.   GIF animations to be created that only update the part of the screen
  66.   that changes. I don't have a program that does this yet but txtmerge is
  67.   a step in that direction. Also the GIF89a spec has included some extensions
  68.   that are animation specific.  Rev 2.29.1 and up has limited support for 
  69.   these.  Comment fields in GIF files are displayed if you use the -v (verbose)
  70.   option.
  71.  
  72.   GIF images are automatically uncompressed when read in. This might
  73.   change in the future.
  74.  
  75. TXT files
  76.  
  77.   Probably should be called something else. Basically it is a ascii text
  78.   file that lists a number of GIF files to be displayed. Optionally, you
  79.   can specify the sequence the files are displayed in.  Comments aren't
  80.   supported. I need to put a lot of work and thought into improving this
  81.   one.
  82.  
  83.   TXT format needs to have txt91 as the 1st 5 characters in the file.
  84.   Following that there are a series of fields. Fields just have to be
  85.   separated from each other by white space. No extraneous characters
  86.   (ie comments) are supported, yet.
  87.  
  88.      txt91    <--- header so XAnim knows what kind of file it is
  89.      4        <--- number of GIF filenames that follow
  90.      a.gif    <--- gif file to be read in. 1st file is number 0.
  91.      b.gif    
  92.      c.gif
  93.      d.gif    
  94.      6      <--- number of frames that follow. 
  95.      0 1 2 3  <--- display images in this order.
  96.      2 1
  97.  
  98.   The sequence will be a.gif b.gif c.gif d.gif c.gif b.gif. Most likely
  99.   this anim will be looped and the last b.gif will flow smoothly into
  100.   a.gif as it starts over.
  101.  
  102.   I like to improve upon this by adding timing and specialty fade/wipes.
  103.   Also it'd be nice if images could be unloaded and load on the fly to
  104.   conserve memory. If this happens it'll probably be a different format.
  105.  
  106. DL files
  107.  
  108.   I only threw these in because it was easy and intense pressure from
  109.   friends.  As far as I know, they come in three resolutions, 320x200,
  110.   160x100 and 80x50. They consist of a series of images with a frame
  111.   list at the end that gives the order they are displayed in. The frame
  112.   list also specifies nested looping of images. There's also a field for
  113.   Author and Title that is displayed if you specify
  114.    -v (verbose) option.
  115.   
  116. PageFlipper Plus F/X Amiga files
  117.  
  118.   A series of deltas with a play list at the end. Supports color
  119.   map changes, nested loops and dynamic timing.
  120.  
  121. GoldDisk MovieSetter Animations.
  122.  
  123.   Probably the most flexible animation format I've seen. Animations are
  124.   stored as a bunch of backgrounds, sounds and sets. Sets are smaller
  125.   images that get placed on top of the background(with transparent pixels).
  126.   A frame list at the end that  describes each frame. Each frame
  127.   specifies which background to use(backgrounds can also scroll in
  128.   different directions and speeds), and a list of sets to put on that
  129.   background with depth information so characters can pass behind or
  130.   in front of each other. Sound information if contained here as well
  131.   to sync it up to the action. There is also color cycling and specialty
  132.   fades and wipes.
  133.  
  134.   NOTE: This animation can come as one file or as three directories
  135.   and a control file. The three directories are usually Moviesets,
  136.   Moviebacks and Moviesounds. You might have to create the links
  137.   moviesets -> Moviesets  and moviebacks -> Moviebacks or vice-versa
  138.   because the Amiga is case insensitive. Sounds are ignored for now.
  139.  
  140.   Eric Schwartz has created several of these animations that are
  141.   worth checking out.
  142.  
  143. AVI Animations.
  144.  
  145.   TBD
  146.  
  147. Quicktime Animations.
  148.  
  149.   TBD
  150.  
  151.  
  152. Mark Podlipec
  153. podlipec@wellfleet.com
  154. podlipec@shell.portal.com
  155.  
  156.  
  157.